Method and apparatus for remote game play with real-time commentary

ABSTRACT

This invention allows the players of multiplayer games like poker, chess, backgammon, go, board games, and video games to play the game online while commenting on the game and explaining their strategies to an online audience without sharing that information with their opponents.

PRIORITY APPLICATION

This is a continuation patent application of patent application Ser. No.16/883,643; filed May 26, 2020 by the same applicant. This presentpatent application draws priority from the referenced patentapplication. The entire disclosure of the referenced patent applicationis considered part of the disclosure of the present application and ishereby incorporated by reference herein in its entirety.

TECHNICAL FIELD

Embodiments of the present invention relate to a technical solution forenabling private and public communications among a group of individualsin different roles while playing an online game. The present inventionallows the players to comment on the game and explain their strategiesto a remote audience without sharing that information with theiropponents.

BACKGROUND

Broadcasts of poker tournaments have become very popular since ways weredevised to show each player's hidden “in-the-hole” cards to the camerawhile not allowing the competing players to see them and thus get anunfair advantage. The first method for exposing the cards to theaudience involved glass plates in the tables in front of each player.Each player was required to slide their cards over the plate, to be seenby the camera below and broadcast to a television audience. Latertechnology involved cameras built into the sides of the poker tables.When the poker player lifted the cards to see them, the cards werebroadcast to a television audience by the camera in the table. Moderntechnology has radio-frequency identification (RFID) transmittingcircuitry built-into the playing cards and RFID detectors in the table.Each card's RFID circuit transmits the card number and suit to the RFIDreceiver in the table. This information is transmitted to a computerthat compiles the information from all of the players and allows thatinformation to be superimposed on the broadcast screen of the game.

If the card information were to be seen by another player, or seen by aplayer's accomplice and transmitted to a player, it would give thatplayer an unfair advantage, so the broadcasts of the games are delayedby minutes. They can also be recorded and delayed by much longer timessuch as days or months.

One of the exciting features of televised poker games is the commentaryby the announcers. These announcers are veteran poker playersthemselves, and they surmise why each play was made, its probability ofsucceeding, and what the player was most likely thinking when making amove. To become a better player, and to understand the game better andthus enjoy the game more, the audience members would prefer to hear fromthe players themselves to describe what the player was thinking at themoment of each play and to learn strategies directly from the players.However, speaking at the table would reveal the player's strategy totheir opponents during the game, which would surely lead to theirdefeat. The games could be recorded and played back with the playersreviewing the hands and providing after-the-fact commentary, but withhundreds of hands played in each hour, it would be difficult for theplayers to recall their thinking for each hand. Plus, this post-gamecommentary would require players and broadcasters to more than doublethe amount of time they spent on each game, significantly increasing thecosts of broadcasting the games.

To optimize the game viewing experience, there needs to be a means tohear the thoughts of the players themselves in real time, in a way thatdoes not change the game by revealing competitive information to theiropponents. The method for doing this should apply equally well to poker,chess, backgammon, go, board games, video games, and all multiplayergames.

A simple solution would be to put poker players in separate recordingbooths while they play, without visual access to each other, but thissolution has a problem. A solution is needed that also enables the pokerplayers to see each other at the game table because in poker inparticular, viewing the other players gives clues about their state ofmind and is critical to determining strategy. Some players watch otherplayers' speech patterns, hand motions, facial tics, and even thepulsing of blood through veins on their neck. Plus, poker is a socialgame with banter and “smack talk” that enlivens the game not only forthe players but for the audience.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example, and not by wayof limitation, in the figures of the accompanying drawings and in which:

FIG. 1 shows a typical prior art video conferencing system that allowsgame players to see game play and to communicate with each other in realtime.

FIG. 2 shows the client display on a computer monitor of a typical priorart video conferencing system that allows game players to see game playand to communicate with each other in real time.

FIG. 3 shows a picture of a prior art television or Internet broadcastof a live action poker game.

FIG. 4 shows one embodiment of an observer display for the presentinvention.

FIG. 5 shows one embodiment of a player display for the presentinvention.

FIG. 6 is a diagram for one embodiment of media communication of thepresent invention between players, observers, and a master during normaloperation.

FIG. 7 is a diagram for one embodiment of media communication of thepresent invention between players, observers, and a master when Player Zselects to communicate with other players.

FIG. 8 is a diagram for one embodiment of media communication of thepresent invention between players, observers, and a master where thereare multiple game tables.

FIG. 9 is a diagram for one embodiment of the control communication ofthe present invention.

FIG. 10 is a diagram for one embodiment of an implementation ofcommunication logic of the present invention for transferring mediabetween players, observers, and a master.

FIG. 11 is a diagram for another embodiment of an implementation ofcommunication logic of the present invention for transferring mediabetween players, observers, and a master.

FIG. 12 is a diagram for one embodiment of an implementation ofcommunication logic of the present invention inside an observer client.

FIG. 13 is a diagram for one embodiment of an implementation ofcommunication logic of the present invention inside a master client.

FIG. 14 is a diagram for one embodiment of the internal architecture ofthe game server application.

DETAILED DESCRIPTION

Embodiments of the invention are directed to a method and system forprivate and public communications among a group of individuals indifferent roles while playing an online game. Embodiments of theinvention make use of a basic knowledge of video conferencing,electronic communication, and computer programming.

Some portions of the detailed descriptions that follow are presented interms of processes and symbolic representations of operations on databits within a computer memory. These descriptions and representationsare the means used by those skilled in the data processing arts to mosteffectively convey the substance of their work to others skilled in theart. A process is here, and generally, conceived to be a self-consistentsequence of steps leading to a desired result. The steps are thoserequiring physical manipulations of physical quantities. Usually, thoughnot necessarily, these quantities take the form of electrical ormagnetic signals capable of being stored, transferred, combined,compared, and otherwise manipulated. It has proven convenient at times,principally for reasons of common usage, to refer to these signals asbits, values, elements, symbols, characters, terms, numbers, or thelike.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise, as apparent from the followingdiscussion, it is appreciated that throughout the description,discussions utilizing terms such as “communicating,” “transmitting,”receiving,” “executing,” “passing,” “determining,” “generating,” or thelike, refer to the action and processes of a computer system, or similarelectronic computing device, that manipulates and transforms datarepresented as physical (electronic) quantities within the computersystem's registers and memories into other data similarly represented asphysical quantities within the computer system memories or registers orother such information storage, transmission or display devices.

Embodiments of the invention also relate to an apparatus for performingthe operations herein. This apparatus may be specially constructed forthe required purposes, or it may comprise a general-purpose computerselectively activated or reconfigured by a computer program stored inthe computer. Such a computer program may be stored in a computerreadable storage medium, such as, but not limited to, floppy diskettes,optical disks, compact disc read-only memories (CD-ROMs),magneto-optical disks, optical disks, semiconductor read-only memories(ROMs), semiconductor random access memories (RAM), programmableread-only memories (PROM), erasable programmable read-only memories(EPROM), electrically erasable programmable read-only memories (EEPROM),magnetic cards, optical cards, flash memories, or the like.

The algorithms and displays presented herein are not inherently relatedto any particular computer or other apparatus. Various general-purposesystems may be used with programs in accordance with the teachingsherein, or it may prove convenient to construct more specializedapparatus to perform the required method steps. The required structurefor a variety of these systems will appear as set forth in thedescription below. In addition, the present invention is not describedwith reference to any particular programming language. It will beappreciated that a variety of programming languages may be used toimplement the teachings of the invention as described herein.

The present invention describes a system and method that allow pokerplayers to be in separate locations while they play, but enables thepoker players to see each other at the game table while talking to eachother and giving audio commentary on the game in real time that can beheard by observers but not by other players. There is a control thatallows each player to select whether to give audio commentary to theobservers or to both the observers and players. The player must not havethe option to comment only to other players, because this could resultin unethical collusion. There is also a game master that controlsoverall access to audio and video and can mute or hide various playersor observers if they are found to be violating game rules or otherconstraints.

FIG. 1 is a diagram of a prior art video conferencing system in theexemplary form of the Network 100 that connects User 1 Computer 101 withUser 2 Computer 102 and User 3 Computer 103 to Video Conference Server104 via connections 105, 106, 107, and 108 respectively. Network 100 canbe the Internet, a company Intranet, or any other kind of computernetwork. Connections 105, 106, 107, and 108 can be wired connectionssuch as Ethernet over category 5 (Cat5) cables or wireless connectionsuch as Wi-Fi or other wired or wireless connections or combinationsthereof. Video, audio, pictures, documents, control information, andother information are transmitted from video conferencing clientsoftware running on User 1 Computer 101 via the Network 100 to videoconferencing server software running on Video Conference Server 104. Theinformation is processed and relayed to video conference client softwarerunning on User 2 Computer 102 and User 3 Computer 103 where theinformation is displayed. Similarly, video, audio, pictures, documents,control information, and other information are transmitted from videoconferencing client software running on User 2 Computer 102 via theNetwork 100 to video server software running on Video Conference Server104 where the information is processed and relayed to video conferenceclient software running on User 1 Computer 101 and to video conferenceclient software running on User 3 Computer 103 where it is displayed onboth computers. The system can consist of a minimum of two usercomputers and no maximum number of user computers except where thesystem is constrained by the bandwidth of Network 100, memory size orprocessing power of Video Conference Server 104, or other technicalconstraints that would be known to one of ordinary skill in the art.

The present invention is a specialized video conferencing system forgame players, where users can be categorized as players, observers, andmasters, each with different functionality. The present inventioncomprises four different applications: Client Observer App, ClientPlayer App, Client Master App, and Game Server App. The Client ObserverApp is used by people observing the game but not playing the game. TheClient Player App is used by people playing the game. The Client MasterApp is used by people supervising the game. The Game Server App is runon a network server to control communication among all the runningclient apps.

FIG. 2 shows a prior art Video Conference Client App for allowingreal-time communication between participants. The software applicationruns on Client Computer 200. The Video Conference Client ApplicationDisplay 201 incorporates a view of the participants. One such view of aparticipant is labeled Participant 202. Video Conference ClientApplication Display 201 can be arranged in different manners to show allparticipants, only the participant who is currently speaking, or somesubset of participants as determined by internal settings of thesoftware combined with user settings determined by each individual userof the video conference client software. At the bottom of the VideoConference Client Application Display 201, there are a set of VideoConference User Controls 203 that include an audio mute button and avideo display button. The audio mute button allows the Video ConferenceClient App user to allow the audio from the user's local microphone tobe heard by all participants in the video conference or to mutethemselves to all participants. The video display button allows theVideo Conference Client App user to allow the video from the user'slocal video camera to be seen by all participants in the videoconference or to block transmission of the video to all otherparticipants (i.e., “hide” the user). Typically, there is also a singleconference master user who can use their own Video Conference ClientMaster App to force the muting of audio from any other particular useror group of users to the entire group or to hide any particular user orgroup of users to the entire group.

As an exemplary description in this patent, the game of Texas Hold'Empoker is used for illustration purposes only. Other variations of pokeras well as other multiplayer games such as chess, checkers, backgammon,or video games are also applicable. One of ordinary skill in the artwould know that the differences in these games would be insubstantialwith respect to how the present invention is implemented.

A basic, and simplified description of the game of Texas Hold'Em is asfollows. The dealer deals each player two “hole cards” face down, whichthe player views but keeps hidden from the other players. After a roundof betting, the dealer then deals three “common cards” face up on thetable for all players to see. These first three cards are called the“flop.” There is a second round of betting, after which the dealer dealsanother common card face up on the table. This card is called the“turn.” After another round of betting, the dealer deals a final commoncard face up on the table. This card is called the “river.” There isthen one last round of betting for the hand. During a round of betting,a player may “fold,” which means exits from the hand and release theircards, or the player may “check,” which means does not bet, “call,”which means match the amount of the bet of the previous player, or theplayer may “raise,” which means increase the amount of the bet. At theend of all betting, the players who are still in the hand reveal theirhole cards. The winning player is the one with the best poker handconsisting of any combination of 5 cards from among 7 cards consistingof their hole cards and the common cards.

FIG. 3 shows a picture of a prior art television or Internet broadcastof a live action Texas Hold'Em poker game. Poker Players 301 through 309sit around the Poker Table 300. The Dealer 310 deals the cards. In oneembodiment, a camera is embedded in the rail of Poker Table 300 in frontof each player to record the player's cards. In another embodiment, aglass plate is embedded in the table in front of each player with acamera beneath it so that when the player rests their cards on theplate, the camera records the cards through the glass plate. In yet athird embodiment, there is an RFID receiver for each player that sensesthe RFID chip embedded in the player's cards to identify the cards. Thecards of the players still in the game at any point, until the playerhas folded their hand, are displayed on the left side of the screen inPlayer Card Display 311. The common cards that have been placed on thetable are displayed on the right side of the screen in Table CardDisplay 312.

FIG. 4 shows one embodiment of an Observer Display 400 for the presentinvention, which shows each player, with a particular example labeledPlayer 401, and each player's hole cards, with a particular examplelabeled Player Hole Cards 402, the Common Cards 403 on the table, andObserver Controls 404. The Observer Controls 404 allow an observer toselect one particular player to listen to. The Observer Controls 404also allow an observer to listen to a commentator for the game who isnot playing the game. The observer can switch between all availableaudio sources, consisting of all players and all other commentators.

The Master Display looks exactly like Observer Display 400 except thereare additional controls (not explicitly shown) to mute any player'saudio from reaching other players and observers, hide any player's videofrom reaching other players and observers, and to take any player out ofthe game, by disabling that player's client app, for violation ofconditions of the game or other reasons.

FIG. 5 shows one embodiment of a Player Display 500 for the presentinvention. Like the Observer Display 400, the Player Display 500 showseach player, with an example labeled Player 401, and the Common Cards403 on the table. The Player Display 500 also shows the AssociatedPlayer 501 and only shows Associated Player Hole Cards 503 for theparticular player who is using the display, but does not show hole cardsfor any other players because that would take all of the skill out thegame by displaying each players hidden cards to the other players. Also,there is a mouth veil bar on the video of each player that covers theplayers mouth, with an example labeled Mouth Veil Bar 504, so that eachplayer can observe the other players and look for “tells,” but the otherplayers lips cannot be read while they comment on the game. The playercan adjust their own mouth bar on the screen, using the Player Controls502, so that the player can assume a personally comfortable position andadjust the bar over their mouth. The players have incentive foradjusting the bar correctly so as not to give away their comments aboutthe play to the other players, thus being at a disadvantage.

One of ordinary skill in the art would know that alternatives for MouthVeil Bar 504 are possible. One such alternative embodiment is to includevideo processing software in the Player Client App that includes adetector for detecting the player's mouth and a masker for covering theplayer's mouth or blurring the player's mouth on the video display ofeach other player. Another alternative embodiment is to have the playerswear masks over their mouths, inserting a microphone, if necessary, tocapture their audio comments. Many poker players in live games alreadycover their mouths with bandannas, sweatshirt collars, or stretchysleeves, so this would not be seen as an unreasonable burden.

The Player Controls 502 allow a player to mute their own comments to theobservers if necessary, for example to cover a cough or sneeze, thoughplayers would be encouraged to comment often throughout the game. ThePlayer Controls 502 allow a player to communicate to the observers or toboth the observers and the other players in the game. For fairness, andto avoid collusion, players do not have an option to communicatedirectly to other players without also communicating to the observers.Player Controls 502 also allow a player to draw and write on the screenin order to illustrate concepts to the observers. The drawing andwriting would be seen by observers but not by other players.

FIG. 6 is a diagram of audio communication between players, observers,and master in one embodiment during normal operation. Player Client Appfor Player X 601, Player Client App for Player Y 602, and Player ClientApp for Player Z 603 all transmit audio signals to Game Server App 600,represented by labels AudX, AudY, and AudZ respectively. Game Server App600 combines AudX, AudY, and AudZ into a signal labeled AudAll. Withoutany delay, Game Server App 600 transmits audio signal AudAll, to MasterClient App for Master 607. This allows Master to determine if any audiois inappropriate and if so, mute any player, hide any player, or removeany player from the game. Master also monitors video without delay, notexplicitly shown here, to determine if any video is inappropriate and ifso, to mute any player, hide any player, or remove any player from thegame.

After a predetermined delay time, Game Server App 600 transmits delayedaudio signal AudAll, labelled dAudAll, from all players to ObserverClient App for Observer A 604, Observer Client App for Observer B 605,and Observer Client App for Observer C 606.

Observer Client App for Observer A 604 then transmits only theparticular audio signal to the speaker that the observer has selected,AudX, AudY, or AudZ. All audio is transmitted to all observers so thatan observer can switch from one player's audio to another withoutinterruption or delay. All player video is transmitted to all observerswith the same delay as the audio so that an observer can view allplayers simultaneously, synchronized to the audio.

Although the diagrams show only three players and three observers, themodel is easily understood by one of ordinary skill in the art asapplying to configurations with two or more players and two or moreobservers.

In another embodiment, for example to conserve bandwidth, each ObserverClient App can transmit a signal to Game Server 600 to specify whichaudio signal to receive, and Game Server 600 then transmits only therequested player's audio signal to the particular observer. For example,Observer A may want to listen to Player Y. In that case, Observer ClientApp for Observer A 604 transmits a control signal to Game Server App 600indicating to only transmit AudY to Observer Client App for Observer A604.

FIG. 7 is a diagram of audio communication between players, observers,and master in one embodiment when Player Z wishes to communicate withother players. In this example, Player Z has decided to transmit audioto all other players, for example to talk smack and try to intimidatethem. Player Z then sets a control to indicate to transmit their audioto all other players. Player Client App for Player Z 603 transmits acontrol signal to Game Server App 600, which then transmits AudZ toPlayer Client App for Player X and Player Client App for Player Y,without any delay, and to all observers with the typical delay insertedby Game Server App 600. All player video is transmitted to all observerswith delay and to all players without delay so that a player and anobserver can view all players simultaneously, synchronized to the audio.

FIG. 8 is a diagram of media communication, including audio and video,between players, observers, and master in one embodiment where there aremultiple game tables. Players X, Y, and Z are situated at virtual Tablem 801 while players U, V, and W are situated at virtual Table n 802,which are not necessarily physical tables but rather a grouping ofplayers as if they were sitting at a physical table. One of ordinaryskill in the art would know that each table can be a physical table ifadjustments are made to keep players from hearing each other directly.All media communications go through the Game Server App 600. Allobservers can select to hear commentary from any player at any table.Any player has one of two options with regard to transmitting audio toother players: 1) communicate with no players or 2) communicate with allplayers at the same table. With both options, player's audio is alwaystransmitted to all observers. Typically, all audio from all tables istransmitted with delay by Game Server App 600 to all observers whereeach observer indicates to their Observer Client App which player'saudio to present. In another embodiment, for example to conservebandwidth, each Observer Client App can transmit a control signal toGame Server 600 to specify which table's audio to receive, and GameServer 600 then transmits audio from all players at the selected tableto the particular observer. As described earlier, in yet anotherembodiment, each Observer Client App can transmit a control signal toGame Server 600 to specify which player's audio to receive, and GameServer 600 then transmits only the requested player's audio signal tothe particular observer. All player video is transmitted to allobservers with the same delay as the audio so that an observer can viewall players simultaneously, synchronized to the audio.

For large games, more than one master may be required. For example, asingle master may be able to switch between observing players at asingle table, or there may be one master assigned to each table. One ofordinary skill in the art would understand that various configurationsof multiple masters is possible.

All observers see and hear a delayed game. This is done to preventplayers from watching a game as an observer and gleaning informationabout other players' cards and strategies. Also, games can be recordedfor viewing long after the game is over.

FIG. 9 is a diagram of the control communication of the presentinvention. The Master Client App 607 allows the master to transmitcontrol information to the Game Server App 600, which in turn controlsthe communication of media between clients and transmits controlinformation to one or more player client apps and observer client apps.Control information includes but is not limited to informing the clientapp to block all audio from that client, hide all video from thatclient, disable the client app, or disconnect the client app from thesystem. These functions can also be performed within Game Server App600. Control information also controls all multiplexers anddemultiplexers within Game Server App 600 and all client applications tocombine, remove, or separate media signals. Multiplexers anddemultiplexers are each capable of being implemented in hardware orsoftware or combinations of hardware and software. Control signals sentfrom Master Client App 607 are labeled CtrlM. Control signals receivedby player client apps are labeled CtrlX, CtrlY, and CtrlZ. Controlsignals received by observer client apps are labeled CtrlA, CtrlB, andCtrlC.

FIG. 10 is a diagram showing an implementation of communication logicfor transferring media between players and observers. Media signals fromplayers X, Y, and Z, labeled MedX, MedY, and MedZ respectively, areinput to Game Server App 600 where the signals are routed to multiplexerMUX 1001 and combined into a combined media signal MedAll, which is sentto DELAY 1002, which delays the signal for a preset amount of timebefore transmitting the delayed combined media signal dMedAll toObserver Client Apps 604, 605, and 606.

In Game Server App 600, combined media signal MedAll is also sent todemultiplexer DEMUXp 1003. In the situation that is illustrated in FIG.10 , both Player X and Player Z have decided to communicate with theirfellow players, so DEMUXp 1003 extracts audio signals AudX and AudZ andall video signals VidAll from combined media signal MedAll and transmitsthe selected player media signal for players X and Z, labeledVidAll+AudXZ, to all players via their Player Client Apps 601, 602, and603. In this way, all players hear commentary from Player X and Player Yand see video from all players.

In Game Server App 600, combined master media signal MedAll is also sentto Master Client App 607 without any delay. In the illustratedembodiment, the combined media signal and the combined master mediasignal are both shown as signal MedAll generated from MUX 1001, but inanother embodiment, these may be different signals generated bydifferent multiplexers.

FIG. 11 is a diagram showing an alternate implementation ofcommunication logic for the game server of the present invention. Inthis embodiment, media signals from players X, Y, and Z, labeled MedX,MedY, and MedZ respectively, are sent directly to multiplexer MUXp 1101.In the situation that is illustrated in the figure, both players X and Zhave decided to communicate with their fellow players, so MUXp 1101combines media signals AudX and AudZ into selected player media signalAudXZ, which is then transmitted along with video signal VidAll to allplayers via their Player Client Apps.

FIG. 12 is a diagram of an implementation of communication logic of thepresent invention inside an observer client. In the example shown, theobserver has decided to listen to Player Z and so demultiplexer DEMUXo1201 is configured to extract audio signal dAudZ and video signaldVidAll from delayed combined media signal dMedAll to transmit dVidAllto the observer's display and delayed audio signal dAudZ to theobserver's speakers.

FIG. 13 is a diagram of an implementation of communication logic of thepresent invention inside a master client. Combined master media signalMedAll is sent to demultiplexer DEMUXm 1301 in Master Client App 607without any delay. DEMUXm 1301 extracts all video signals and come orall audio signals from combined master media signal MedAll. In theexample shown, the master has selected to listen to audio from Player Xwhile viewing all players.

Each player only gets the audio to which they are entitled so that aplayer cannot hack into other audio signals, for example commentary byother players at the table. Because they get only the audio signals towhich they are entitled, there is no need for an audio demultiplexer inthe Player Client Apps.

FIG. 14 is a diagram of the internal architecture of Game Server App600. Control Logic 1400 contains the main control logic. Poker Logic1401 implements all of the poker game play including dealing cards,running games, handling betting, timing play, and keeping track ofchips. Client Interface 1402 communicates with all of the player,observer, and master client apps via a network. Advertising Database1403 keeps track of ads from sponsors. Advertising Logic 1404 controlswhich clients see which advertisements and at which times during gameplay. Observer Database 1405 keeps track of information about allobservers that have used the system. Observer Logic 1406 controlsinformation entered into the Observer Database 1405 and extracted fromit. Player Database 1407 keeps track of information about all playersthat have used the system. Player Logic 1408 controls informationentered into the Player Database 1407 and extracted from it.

Advertisements from sponsors of the games can be transmitted toobservers that are then displayed on each Observer Display 400. A singleadvertisement can be transmitted to all observers or to groups ofobservers or to individual observers based on their preferences. Suchpreferences can be determined by many different means including, but notlimited to, a survey taken by the observer when signing up for thesystem, the observer's interactions with the system during game play,interaction of the observer with previous advertisements, and otheractivities that are recorded on the observer's computer, during andoutside of game play, such as videos watched, products purchased, anditems searched for. Advertisements can be transmitted at predeterminedtimes under the control of the Game Server App 600, for example duringbreaks in the game play, or transmitted under the control of the masterusing the Master Client App 607, which transmits control signals to GameServer App 600, commanding it to transmit advertisements.

The master can transmit messages to individual observers, individualplayers, groups or observers, groups of players, other masters, orcombinations using the Master Client App 607 to transmit control signalsto the Game Server, commanding it to transmit messages. This feature canbe used to transmit emergency messages, reminders about game rules,information about the ongoing game, educational information about how toplay the game, or other messages.

Observers, players, and masters can use their client app to query thePlayer Database 1407 via control signals sent to Game Server App 600 toretrieve information about players that will be displayed on their appdisplay. This allows observers, players, and master to see statisticsabout players' standing in the current game, lifetime winnings, totaltournament entries, rankings in online poker, rankings worldwide, andother information about players.

In jurisdictions where gambling is allowed, observers can bet on playersthroughout the game. Observers place bets using the Observer Controls404, which then transmits betting information to Game Server App 600.Odds are calculated in real time, taking into account information in thePlayer Database 1407, including such things as the current success ofthe player in the game (for example as measured by the relative numberof chips in their stack), how many players are left in the game, theskill levels of other players currently in the game, and the player'soverall ranking based on the player's lifetime game play history.

All communication within the system uses strong encryption methods toensure that audio and visual signals cannot be intercepted by players toinfluence their game play or by observers to influence betting.

One of ordinary skill in the art would know that the present inventioncan be implemented in hardware, software, or combinations thereof.

In the preceding description, numerous details are set forth. It will beapparent, however, to one skilled in the art, that the present inventionmay be practiced without these specific details. In some instances,well-known structures and devices are shown in block diagram form,rather than in detail, in order to avoid obscuring the presentinvention.

I claim:
 1. A computer-implemented method to manage remote game playwith real-time commentary, the method comprising: receiving audio andvideo media from multiple players via a network; receiving from a mastervia said network a signal identifying one or more of said multipleplayers; combining said received audio and video media, without audioand video media from said identified one or more of said multipleplayers, into a selected audio and video media signal via a multiplexer;blocking images of mouths of one or more players in video portions ofsaid selected audio and video media signal; and transmitting saidselected audio and video media signal to one or more of said multipleplayers via said network thereby enabling communication between saidmultiple players.
 2. The method of claim 1 where blocking images ofmouths of players includes detecting an image of a player's mouth.
 3. Acomputer-implemented method to manage remote game play with real-timecommentary, the method comprising: receiving audio and video media frommultiple players via a network; receiving from a master via said networka signal identifying one or more of said multiple players; combiningsaid received audio and video media, without audio and video media fromsaid identified one or more of said multiple players, into a combinedaudio and video media signal via a first multiplexer; combining saidreceived audio and video media, without audio and video media from saididentified one or more of said multiple players, into a selected audioor video media signal via a second multiplexer; transmitting saidcombined audio and video media signal after a predetermined delay toobservers on said network; blocking images of mouths of one or moreplayers in video portions of said selected audio and video media signal;and transmitting said selected audio and video media signal to one ormore of said multiple players via said network thereby enablingcommunication between said multiple players.
 4. The method of claim 3where blocking images of mouths of players includes detecting an imageof a player's mouth.